Skip to content

Conversation

@sgreene570
Copy link

Adds an optional, non-blocking e2e-gcp-operator job
to exercise GCP specific operator-controller load balancer
functionality.

This commit is in support of https://issues.redhat.com/browse/NE-519.


This job will be triggered by /test e2e-gcp-operator and will run the ingress-operator's e2e tests on a GCP IPI cluster. This will be useful to test different configurations for Load Balancer services on GCP (currently the operator's e2e tests are only run on AWS).

@sgreene570
Copy link
Author

/assign @frobware @Miciah
cc @openshift/openshift-team-network-edge

@openshift-ci-robot openshift-ci-robot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Feb 12, 2021
@Miciah
Copy link
Contributor

Miciah commented Feb 12, 2021

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Feb 12, 2021
Adds an optional, non-blocking e2e-gcp-operator job
to exercise GCP specific operator-controller load balancer
functionality.

This commit is in support of https://issues.redhat.com/browse/NE-519.
@sgreene570 sgreene570 force-pushed the ingress-operator-informing-gcp branch from bec22fd to 417885a Compare February 12, 2021 19:16
@openshift-ci-robot openshift-ci-robot removed the lgtm Indicates that a PR is ready to be merged. label Feb 12, 2021
@Miciah
Copy link
Contributor

Miciah commented Feb 12, 2021

/lgtm

@openshift-ci-robot openshift-ci-robot added the lgtm Indicates that a PR is ready to be merged. label Feb 12, 2021
@openshift-ci-robot
Copy link
Contributor

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: Miciah, sgreene570

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Details Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-merge-robot openshift-merge-robot merged commit 5dfff17 into openshift:master Feb 12, 2021
@openshift-ci-robot
Copy link
Contributor

@sgreene570: Updated the following 3 configmaps:

  • ci-operator-master-configs configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-ingress-operator-master.yaml using file ci-operator/config/openshift/cluster-ingress-operator/openshift-cluster-ingress-operator-master.yaml
  • job-config-master configmap in namespace ci at cluster app.ci using the following files:
    • key openshift-cluster-ingress-operator-master-presubmits.yaml using file ci-operator/jobs/openshift/cluster-ingress-operator/openshift-cluster-ingress-operator-master-presubmits.yaml
  • job-config-master configmap in namespace ci at cluster api.ci using the following files:
    • key openshift-cluster-ingress-operator-master-presubmits.yaml using file ci-operator/jobs/openshift/cluster-ingress-operator/openshift-cluster-ingress-operator-master-presubmits.yaml
Details

In response to this:

Adds an optional, non-blocking e2e-gcp-operator job
to exercise GCP specific operator-controller load balancer
functionality.

This commit is in support of https://issues.redhat.com/browse/NE-519.


This job will be triggered by /test e2e-gcp-operator and will run the ingress-operator's e2e tests on a GCP IPI cluster. This will be useful to test different configurations for Load Balancer services on GCP (currently the operator's e2e tests are only run on AWS).

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

sgreene570 added a commit to sgreene570/release that referenced this pull request Feb 15, 2021
Adds an optional, non-blocking e2e-azure-operator job
to exercise the Ingress Operator's e2e test suite
on Azure clusters. The Ingress Operator has a similair
optional job for GCP (See openshift#15823),
and a mandatory job for AWS. A PR against the Ingress Operator's master
branch should have the ability to run against AWS, GCP, or Azure, since
the operator has platform specific code for all of those platforms.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. lgtm Indicates that a PR is ready to be merged.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants